Egg 10000 Star

您所在的位置：网站首页 › node 插件 › Egg 10000 Star

Egg 10000 Star

#Egg 10000 Star| 来源: 网络整理| 查看: 265

开发者数据文化衫活动开发者体验优化TypeScript生命周期Alinode和 Java 互联互通的方案egg-cnode值得关注的 RFC 和分享未来规划写在最后

『大吉大利，明早吃蛋。』

底部有文化衫活动邀您参加。

2016 年 9 月，我们在 JSConf China 2016 上宣布了 Egg 开源，至今整整 2 年了。在 Egg 2.0 发布通告提到，核心代码已经很稳定，后续重心主要在开发者体验方面的优化。

Egg 是阿里 Node.js 的核心基础框架，面向『企业级的 Web 基础框架』这个领域，提供了「微内核 + 插件机制 + 框架定制能力」，完美达成生态共建和差异化定制的平衡点。

既适合个人小项目快速开发，也适合团队架构师基于自身的技术架构在 Egg 基础上扩展出适合特定团队业务场景的框架。

它沉淀自阿里在各行各业不同领域的大规模工程实践经验，稳定支撑了多年天猫双11大促，顶级流量压力。

接下来跟大家分享下，过去 9 个月里面，我们的一些产出和数据，本文较长，请慢慢品用：

开发者数据分享

文化衫活动邀请

开发者体验优化

TypeScript 的支持

新增「生命周期」

Alinode 接入指南

和 Java 的互联互通方案

实践案例 - 用 Egg 重构的 cnode 社区

来自语雀团队的 sequelize ORM 实践分享

与 Webpack 等前端工程的实践分享

错误处理和 opentracing 的 RFC

egg-init 骨架重构方案

未来规划

开发者数据

官网 PV 在 1.2w 左右。

npm egg 模块数 1006 个，GitHub 依赖库 3738 个。

一千多个 Pull Request，2200 个 Issue，130 多位 Contributors 。

共发布了 81 个版本，Release Note 。

社区实践项目：cnodejs/egg-cnode ，eggjs/awesome-egg 。

知乎专栏 Node.js 一共发布了 48 篇文章，7600 订阅，阅读数据未知（知乎创作者中心看不上咱，不给内测资格 😭）。

正在使用 Egg 的公司，不完全统计：

深度使用的：阿里巴巴，全民直播，网易考拉

使用并有分享过使用经验的：去哪儿，摩拜，点评

有个别团队咨询过试水但最终有没有落地的不知道：美团，新浪，百度，腾讯，YY 等

顺便分享一个 cnpm 的统计数据：

文化衫活动

欢迎大家访问以下链接，分享你们的实践经验，有机会获得 Egg 文化衫和相关周边喔~ 另外，第 10000 Star 的同学 godmeir 请联系我们。『2018 年 EggJS 怎么样了？对它的看法有什么变化？』

开发者体验优化

接下来跟大家分享下这段时间来，我们在『开发者体验』方面做的一些优化。

TypeScript

这几年来 TypeScript 很受欢迎，它的静态类型检查，智能提示，IDE 友好性等特性，对于大规模企业级应用，是非常的有价值的，被视为是企业级 JS 开发的未来之一。

阿里内部实践 TS 也蛮久了，在 5 个月前，也把我们的其中一部分成熟的实践，分享出来：『天猪：当 Egg 遇到 TypeScript，收获茶叶蛋一枚』

非常感谢 @吖猩在这领域的持续贡献：

ts-node 下错误堆栈问题排查小记

Egg TS 改造总结

Typescript 在 Egg + Vue 应用中的实践

这块目前还在持续优化中，有兴趣的同学可以参与以下几项优化：

egg-ts-helper 增加对 js 的支持，这样非 ts 的同学，也能享受到智能提示和静态检查的 Buffer 加成。

完善插件自带的 d.ts 方便其他开发者。

分享你的上层封装，如通过装饰器来注册路由或 AOP。（内部有不少实践，但还未达成共识）

PS： Egg.js 本身不会使用 TypeScript 重写，对于框架本身而言，JS 的灵活性可以让它更容易实现一些特性，同时它也并没有那么复杂的业务逻辑，TypeScript 并无法给框架研发带来更多的帮助。

生命周期

之前 Egg 提供给开发者在启动期的钩子不多，只有 beforeStart 几个。感谢 killagu 同学给我们补充了更细致的生命周期，相关的 RFC 和文档如下：

[RFC] egg-core 增加应用启动阶段 · Issue #2520

Egg 文档 - 生命周期（目前文档还有较大的优化空间，我们将在后续继续完善。）

// app.jsclass AppBootHook { configDidLoad() { // Config, Plugin files have did load. } async didLoad() { // All files have did load, start plugin here. } async willReady() { // All plugins have started, can do some thing before app ready. } async didReady() { // Worker is ready, can do some things don't need to block the app boot. } async serverDidReady() { // Server is listening. } async beforeClose() { // Do some thing before app close. }}

Alinode

Node 发展到今天，已经被越来越广泛地应用到前后端分离、全栈开发、客户端工具等领域。然而，相对于应用层的蓬勃发展，其 Runtime 对于绝大部分前端出身的开发者来说，处于黑盒的状态，这一点并没有得到很好的改善，从而也阻碍了 Node.js 在业务中的应用和推广。

作为一个 Node 开发者，最头痛的事莫过于莫名其妙的 CPU 100% 和内存泄露导致的 OOM。

所幸的是，阿里云 @朴灵团队的 Node.js 性能平台为 Node 开发者提供了：性能监控、安全提醒、故障排查、性能优化等服务的整体性解决方案，提供完善的工具链和服务，协助开发者快速发现和定位线上问题。这些年来，为我们解决了非常多的线上问题，为业务保驾护航。